












































































VAX/WIS 

PRESENTATION HANDOUTS 
DECUS - CHICAGO 
APRIL 22-25, 1980 



The information in this document is subject to change without notice 
and should not be construed as a commitment by Digital Equipment 
Corporation, Digital Equipment Corporation assumes no responsibility 
for any errors that may appear in this document. 

The software described in this document is furnished under a license 
and may only be used or copied in accordance with the terms of such 
license. 

No responsibility is assumed for the use or reliability of software on 
equipment that is not supplied by DIGITAL or its affiliated companies. 


The postage prepaid READER'S COMMENTS form on the last 
document requests the user's critical evaluation 
preparing future documentation. 
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VAX/VMS V 2.0 
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QUOTAS AND PRIVILEGES 


t DISK QUOTAS 


t CPU TIME QUOTAS 


• NEW PRIVILEGES 


• SET PRIVILEGES 



PERFORMANCE ENHANCEMENTS AND 
SYSTEM MANAGEMENT TOOLS 

• ACP ENHANCEMENTS 

• AUTOMATIC WORKING SET ADJUSTMENT 

• NEW SYSGEN PARAMETERS 

• ENHANCEMENTS TO SYSGEN UTILITY 

• LOGIN/AUTHORIZE ENHANCEMENTS 



CUSTOMIZING YOUR SYSTEM 


• USER WRITTEN SYSTEM SERVICES 


• MESSAGE FACILITY 


• LOADABLE TERMINAL DRIVER 


• USER WRITTEN PRINT SYMBIONTS 



NEW NATIVE MODE UTILITIES 


• RMS WILD CARD SUPPORT 


• DIRECTORY 


• LIBRARIAN 


• EOT 


• MAIL 


MEMORY MANAGEMENT 


• PEN MAPPING 

• SHARED MEMORY GLOBAL SECTIONS, 
MAILBOXES, AND COMMON EVENT FLAGS 

• AUTOMATIC USER STACK EXPANSION 

• SHAREABLE IMAGE CHANGES 



REAL TIME ENHANCEMENTS 


• MAP TO I/O SPACE 


• USER WRITTEN SYSTEM SERVICES 


9 CONNECT TO INTERRUPT 


• REAL TIME USER’S GUIDE 


FULL DUPLEX TERMINAL DRIVER 

UNIBUS POWERFUL RECOVERY 

ENHANCEMENTS TO 

• SDA (SYSTEM DUMP ANALYZER) 

• DEBUGGER 


• LINKER 


UNSUPPORTED PROGRAMS 


• SFA (SYSTEM FILE ANALYZER) 


• INFO 


0 USERS 


• TALK 




UPGRADING 


• AUTOMATED UPGRADE PROCEDURE - 


USER FILES ON SYSTEM DISK 


REMAIN INTACT 


• COMPATIBILITY 



0 - 



VAX/VMS LIBRARIAN AND LINKER 


BENN SCHREIBER 
VAX/VM3 DEVELOPMENT 









THE VAX/VMS LIBRARIAN IS MADE UP OF TWO FUNCTIONAL PARTS; 


1) LIBRARY COMMAND PROCESSOR 


2) SHAREABLE IMAGE (LBRSHR) OF ACCESS 


PROCEDURES 



DCL LIBRARY COMMAND PROCESSOR 



- INTERFACES WITH CLI TO GET THE 

COMMAND REQUEST 


- INTERFACES WITH LBRSHR TO MANIPULATE 


LIBRARIES 



FEATURES 


COMPLETELY REPLACES VMS VI.0 LIBRARIAN 


AUTOMATICALLY CONVERTS VI.0 LIBRARIES BEFORE 

MODIFICATION 


PROCESSES OBJECT, MACRO, HELP AND TEXT LIBRARIES 


CROSS REFERENCE OF OBJECT MODULE LIBRARIES 


ACCEPTS WILD-CARDS FOR MOST OPERATIONS 


18 SHAREABLE PROCEDURES, 17 ARE TYPE-INDEPENDENT 



FEATURES 


SUPPORT ASCIC OR 32-BIT BINARY KEYS 


FUNCTIONS SUPPORTED; 


- OPEN OR CREATE LIBRARY 

- LOOKUP A KEY 

- READ MODULE TEXT 

- WRITE MODULE TEXT 

- INSERT, REPLACE, AND DELETE KEYS 

- RETURN CONTENTS OF AN INDEX 

- SEARCH AN INDEX 


RETRIEVE HELP TEXT 



HELP LIBRARIES 


rOP LEVEL KEY ENTERED IN LIBRARY INDEX 


MANY DIGITAL SUPPLIED UTILITIES HAVE HELP NOW 


DEBUG, DI3KQUOTA, EDT, MAIL, SY3GEN, DCL 


AVAILABLE TO ANY PROGRAM 


HELP SOURCE FILE FORMAT IS SIMPLE AND EASY TO 


UNDERSTAND 



TEXT LIBRARIES 


CAN STORE ANY VARIABLE LENGTH RECORD-ORIENTED 


FILE. 


PLI INCLUDE FILES 



LINKER FEATURES FOR V2,0 


MODIFY PSECT ATTRIBUTES 

DEFINE GLOBAL, ABSOLUTE SYMBOLS 

COLLECT GLOBAL PSECTS INTO CLUSTERS 

31 CHARACTER NAMES 

COERCION OF POSITION INDEPENDENCE IN SHAREABLE 

IMAGES 

USER-SPECIFIED DEFAULT OBJECT LIBRARIES 



( 200 ) 


X: 


Y: 


•ADDRESS 

Y 


( 1000 ) 


( 10000 ) 


IF THE ADDRESS OF Y (10000) WAS STORED AT LOCATION 
X (1000), THEN Y WOULD ALWAYS HAVE TO BE AT 10000. 
THIS IMAGE IS NOT POSITION INDEPENDENT. 


BY DEFERRING THE STORING OF Y'S ADDRESS UNTIL THE 

SHAREABLE IMAGE IS PLACED IN THE VIRTUAL ADDRESS 
SPACE OF AN EXECUTABLE IMAGE, THE SHAREABLE IMAGE 
IS KEPT POSITION INDEPENDENT. 




VAX/VMS VERSION 2.0 


FIELD TEST PANEL 


BENN SCHREIBER 
VAX/VMS DEVELOPMENT 









• WHAT IS A "FIELD TEST"? 


- TESTING OF NEW SOFTWARE, HARDWARE, AND 


DOCUMENTATION BY SELECTED CUSTOMERS 


• WHY FIELD TEST? 


- COMPLEXITY OF PRODUCT 


- INFINITE DIVERSITY OF USES 



• HOW ARE FIELD TEST SITES CHOSEN? 


- HARDWARE/SOFTWARE CONFIGURATION 


- AGREEMENT AND COOPERATION OF LOCAL 

SUPPORT OFFICE 


HARDWARE/SOFTWARE TO BE TESTED 



• rfHAT D0E3 DIGITAL DO TO SUPPORT FIELD 

TEST SITES? 

- CLOSE LIAISON WITH LOCAL OFFICE 

- PERIODIC UPDATES THROUGHOUT FIELD TEST 

- "EMERGENCE" FIXES 

- QAR3 


• WHAT ARE BENEFITS TO FIELD TEST SITES? 


- DIRECT INPUT TO DEVELOPMENT 


- PRE-RELEASE VERSIONS OF SOFTWARE AND 


DOCUMENTATION 


FIELD TEST DIAL-IiSI SYSTEM 




HOW TO 


READ A 


VAX/VMS 


SYSTEM DUMP 






WHY SYSTEM DUMP ANALYSIS? 


• I/O DRIVER DEBUGGING 


• PRIVILEGED PROGRAM DEBUGGING 


• USER WRITTEN SYSTEM SERVICE 

DEBUGGING 


• VMS PROBLEM ANALYSIS 


• PROCESSOR PROBLEM ANALYSIS 






SE TTING SYSTEM DUMP FILE SIZE 


ISYSUPD] SWAPFILE3 


SLOCKS = PHX3ICAL-MEMORY-3IZE-IN-PAGE31-4 


TAKES EFFECT NEXT BOOTSTRAP 


WHAT CAUSES A SYSTEM DUMP? 


"BUG CHECK" - INTERNAL CONSISTENCY ERROR 


• EXCEPTION WITH ELEVATED IPL 


• EXCEPTION ON INTERRUPT STACK 


• MACHINE CHECK IN KERNEL MODE 


• BUG-CHECK PSEUDO INSTRUCTION 


• HALT INSTRUCTION RESTART 


• INTERRUPT STACK INVALID RESTART 


• UN-HANDLED KERNEL OR EXECUTIVE MODE 


EXCEPTION 






FIRST STEP 


EXAMINE CONSOLE DISPLAY: 


• CURRENT PROCESS 


• CURRENT IMAGE 


• CURRENT PSL 


• MODES (CURRENT/PREVIOUS) 
(KERNEL/EXECUTIVE) 


• IPL 


• STACK CONTENTS 




.. 5 ,^^ 

3/3rSH DUMP AMAL'fZER (3DA) 

• EXAMINE VIRTUAL MEMORY 3Y 

ADDRE33 OR 3YM30LIC NAME 

• FORMAT AND DI3PLAY PROCE33 

DATABASE 

• FORMAT AND DISPLAY I/O DEVICE 

DATA STRUCTURES 

• FORMAT AND DISPLAY MEMORY MANAGEMENT 

DATA STRUCTURES 


EXAMINE PROCESSOR REGISTERS + STACKS 



MOST COMMOeJ PROBLEMS; 


• EXCEPTIONS - 


• ACCESS VIOLATION 


• PAGE FAULT ABOVE IPL 2 


• RESERVED OPERAND 


• MACHINE CHECKS - 


• CPU TIMEOUT 


• CORRUPTED DATA STRUCTURE CONSISTENCY 


CHECK 



ACCESS VIOLATION 


SP-^ 


4 


7FFECDE4 


FFFFFFFD 


14 


0 


5 


C 


1 


12 


30052184 


lCd00000 


ESTABLISHER 

DEPTH = -3 

R0 

R1 

SS$_ACCVIO 

REASON 

VA 

PC 

P3L 


PROBABLE CAUSES: 

• BLOWN REGISTER 

p INCORRECT DATA STRUCTURE FIELD 


FRAME 

LAST CHANCE 


IMPROPER SYNCHRONIZATION 




PAGE FAULT ABOVE IPL 2 


SP-_I R4 

I 1 

I I R5 

I I 

I 1 I REASON 

1_I 

I I 

I 314 1 VA 

1_I 

I I 

I 30050200 I PC 

I_I 

I I 

I 150000 I PSL 


PROBABLE CAUSES: 


• BLOWN REGISTER IN FORK/INTERRUPT ROUTINE 


• IMPROPER START I/O ROUTINE DESIGN 





RESERVED OPERAND 


SP-^ 


454 


80051234 


00070000 


ESTABLISHER FRAME 


DEPTH 


RO 


R1 


S3$ ROPRAND 


PC 


PSL 


PROBABLE CAUSES: 

• REI FAILURE 

• IPL PROBLEMS (ALLOCATE MEMORY AT WRONG IPL) 

• BLOWN STACK 


• RET FAILURE 






MACHINE CHECK IN KERNEL MODE 
(CPU TIMEOUT) 


REASON = CPU TIMEOUT 


VA 


TIMEOUT SBI ADDR 

PC 

PSL 

REASONS: I I 

• ACCESSING NON-EXISTANT UBA OR SBI ADDRESS 
ADDRESS 

• CORRUPTED PAGE TABLES 


28 

0 

80014300 


80053210 

1C150000 


• PROCESSOR DEVICE OR BUS FAILURE 






PROCESS 


"dUWG” 


MWAIT - MISC. WAIT 


• REASONS - 

• MUTEX NEVER RELEASED 

OR DEADLOCKED 


• RESOURCE USED UP 


# I/O NEVER COMPLETED 


CLUES - 


• EVENT FLAG WAIT MASK 

= SMALL POSITIVE # =>RESOURCE MUM3ER 

1 ; AST WAIT 

2 : MAILBOX 

3 ; WON-PAGED POOL 


LARGE NEGATIVE » s=|>MUTEX ADDRESS 





LEF/CSF 


EVENT FLAG WAIT 


• REASON - 


• I/O REQUEST NEVER COMPLETED 


• CLUES - 

• EVENT FLAG WAIT MASK 

• DIRECT/SUFFERED I/O COUNT 

• BUSY DEVICE DRIVERS 

• CHANNEL CONTROL BLOCKS 


"HUNG" 


SYSTEM 


• ALL PROCESSES ARE HUNG 


• INFINITE LOOP AT HIGH IPL 

• INFINITE INTERRUPT LOOP 

• FORGOT TO DI3A3LE DEVICE 
INTERRUPTS 

• DE3UG WITH XDELTA 


• EXECUTE CRASH COMMAND PROCEDURE 








EVOLUTION OF THE DR32 ARCHITECTURE 


NEED 


RESULTANT ARCHITECTURE 


HIGH BANDWIDTH 


LARGE TRANSFERS 


EFFICIENT SOFTWARE 
INTERFACE 


SENSOR BASE I/O 


GRAPHICS NEEDS 
PLUS 

CPU - CPU LINK NEEDS 


FLEXIBLE ARCHITECTURE 


> 


^ FAST MBA, LARGE FIFO 

V 

^ ADDED A U-PROCESSOR TO DO 
MAPPING 




^ ADDED U PROCESSOR 
FETCHING COMMANDS 


V 

ADDED DATA CHAINING 


V 

ADDED DEVICE 
^ INITIATED TRANSFERS 


V 

^ ADDED WCS 



SINGLE TR DEVICE 


DEVICE 


TR 


C/A 


ACK 


RAW PERFORMANCE = 
5.7 MB/SEC 


MEMORY 
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DUAL TR 

DEVICE 
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PERFORMANCE 
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COMPARISON OF SBl PERFORMANCE MEMORY READS 
























DR780 BLOCK DIAGRAM 








PERFORMANCE 

10 ® BYTES/SEC 


LEGEND 


Note(l) 



SIMULATED SYSTTEM LOAD 

NOTE (1) - Transfer rates 
above 6.67 Mbytes/second require 
a user supplied clock. 




DR780 CONFIGURATION 













DR32 DESIGN GOALS 


HIGH BANDWIDTH (6 MBYTE/SEC) 

DIRECT COMMUNICATION WITH USER PROCESS 
(WITHOUT GOING THROUGH DRIVER) 

COMMAND CHAINING 

DATA CHAINING 

DEVICE INITIATED TRANSFERS 

BYTE ALIGNED DATA 

LARGE TRANSFERS ( > 65K BYTES) 


VAX-11 CPU-CPU LINK 




DR32 APPLICATIONS 


DATA COLLECTION 


INTERFACE ARRAY PROCESSORS 


INTERFACE GRAPHICS PROCESSORS 


CPU-CPU LINK 




DR32 DDI 



+ MISC CONTROL SIGNALS 


• UP TO 80 FEET 


• MODIFIED MASSBUS CABLE 


• CAPABLE OF OVERLAPPING CONTROL 


AND DATA TRANSFERS 





DR32 COMMAND PACKET FLOW 












DR32 COMMAND PACKET 


QUEUE LINKS 


BYTE COUNT 


BUFFER ADDRESS 


VARIOUS CONTROL BITS 


FUNCTION CODE 




CONTROL MESSAGE 
(UP TO 256 BYTES) 


READ 

WRITE 

READ CHAINED 
WRITE CHAINED 
WRITE CONTROL 
MESSAGE 


HALT 




DR32 DEVICE DRIVER 


STARTDATA QIO 

• ADDRESS AND SIZE OF COMMAND BLOCK 

• ADDRESS AND SIZE OF DATA BLOCK 

• PACKET AST ADDRESS 


DRIVER PROBES AND LOCKS REGIONS 

IN MEMORY 


DRIVER FIELDS PACKET INTERRRUPTS AND 


QUEUES ASTs 





DR780 PERFORMANCE 


• DDI ITSELF 


8 MEGABYTES/SEC 


• SINGLE MEMORY CONTROLLLER - 2-4 


MBYTES/SEC 


• INTERLEAVED MEMORY 


4-7 MYBTES/SEC 



DR32 HIGH LEVEL LANGUAGE SUPPORT ROUTINES 


• CALLABLE FROM FORTRAN OR OTHER 
HIGH LEVEL LANGUAGES 


• ROUTINES TO: 

• SET UP 

• START DR32 

• RELEASE PACKETS ONTO FREE QUEUE 

• BUILD PACKETS AND INSERT ONTO INPUT 
QUEUE 


• GET PACKETS FROM TERMINATION QUEUE 




NEW VAX-11 INTERLOCKED QUEUE INSTRUCTIONS 


INSQTI, INSQHI 
REMQTI, REMQHI 


SELF RELATIVE 


EMPTY QUEUE IS 0 


POSITION INDEPENDENT (PIC) 


MUST BE QUADWORD ALIGNED 


INTERLOCKED FOR MULTI¬ 
PROCESSOR ACCESS 


MAY FAIL - NEEDS RETRIES 


4 INSTRUCTIONS 


INSQUE, REMQUE 


ABSOLUTE 


EMPTY QUEUE CONTAINS 
ADDRESS 


NON-PIC 


NO ALIGNMENT NECESSARY 


NOT INTERLOCKED 


ALWAYS WORKS 


2 INSTRUCTIONS 









USER 


W R I T T E 


SYSTEM 


SER\/ICES 







USER WRITTEN SYSTEM SERVICES 


CONTAINED IN PRIVILEGED SHAREABLE IMAGES 

CALLED AND LINKED LIKE NORMAL SHARABLE 

IMAGES 

INSTALLED WITH /PROTECT 

CONNECTED TO CHANGE MODE DISPATCHER 

BY IMAGE ACTIVATOR 

ENTERED FOR UNDEFINED CHANGE MODE CODES 

(NEGATIVE VALUES RESERVED FOR USERS) 

PROVISIONS FOR: 

• MULTIPLE PRIVILEGED SHAREABLE IMAGES 

• COMBINED PRIVILEGED AND NON-PRIVILEGED 


SHAREABLE IMAGES 



STRUCTURE OF PRIVILEGED SHAREABLE IMAGE 



ENTRY VECTORS 


PRIVILEGED LIBRARY 

VECTOR 


















EXEC/KERNEL DISPATCHER STRUCTURE 


• INVOKED VIA JSB TO JSB BY SYSTEM 
CHANGE MODE DISPATCHER 


• RETURNS VIA R3B IF CODE NOT 

HANDLED BY THIS DISPATCHER 


• CHECKS FOR REQUIRED ARGUMENTS 


• PROBES REQUIRED ARGUMENT LIST 


• DISPATCHES TO FUNCTIONAL ROUTINE 


VIA CASE ON CODE VALUE 



FUNCTIONAL ROUTINE STRUCTURE 


• BEGIN WITH .ENTRY 


• VALIDATE ARGUMENTS AFTER FETCHING/COPYING 


• PERFORM SPECIFIED FUNCTION 


• RETURN STATUS CODE IN R0 


• EXIT VIA RET INSTRUCTION 




ENTRY VECTOR 


• FIRST IMAGE SECTION IN PRIVILEGED 

SHAREABLE IMAGE 

• PERMITS RELINKING SHAREABLE IMAGE 

WITHOUT CALLING IMAGES 

• CONTAINS QUADWORD VECTORS OF THE 

FOLLOWING STRUCTURE: 

• ALIGN QUAD 

• TRANSFER NAME 

• MASK NAME 

• CHMK/CHME # CODE 


• RET 



USER SYSTEM SERVICE TEMPLATE 


• SOURCE PROVIDED ON BINARY KIT 

[SYSHLP.EXAMPLE]USSDISP.MAR 

• LINK COMMAND FILES PROVIDED ALSO 

• CONTAINS TEMPLATE DISPATCHERS FOR EXEC 

AND KERNEL MODES 

• MACRO TO EASILY ADD SERVICES 

DEFINE_SERVICE NAME 1, 3, KERNEL 

DEFINE SERVICE NAME 2, 2, EXEC 

• ALL REQUIRED DATA STRUCTURES GENERATED 

BY MACRO: 

• ENTRY VECTOR 

• CASE TABLE 


• ARGUMENT CHECK TABLE 



HOW TO WRITE FUNCTIONAL ROUTINES 


• READ I/O DRIVERS MANUAL 

• BORROW IDEAS FROM EXISTING SERVICES 

• CAREFULLY OBSERVE SYNCHRONIZATION RULES: 

• STAY AT IPL$_ASTDEL TO AVOID AST/DELTE 

- BUT NO SYSTEM SERVICES 

• STAY AT IPL$ _ SYNCH TO AVOID RESCHEDULING 

- BUT NO PAGE FAULTS 

• DEBUG IN STANDALONE ENVIRONMENT 

• CAN USE $CMEXEC OR $CMKRNL 

TO TEST ROUTINES 


• DEBUG WITH XDELTA (JSB INI$BRK) 




PRIVILEGE AMPLIFICATION 


It 


• $3ETPRV EQUATES EXEC/KERNEL MODE 
WITH SETPRV PRIVILEGE 


• PRIVILEGES CAN BE RAISED 
DURING SERVICE EXECUTION 


• SERVICE IS RESPONSIBLE FOR RESTORING 


ORIGINAL PRIVILEGES 







V A X / V M S 

fl A G T A P E 


TUTORIAL 
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VAX/ V ns MAGTAPE TUTORIAL 

. Why use magnetic tape? 

. Types of magtapes in VAX/VMS 
. General ANSI labels 
. Mounting ANSI tapes 
. Detailed ANSI labels 
. ANSI transportability: VAX - DEC 
. Foreign magtape format 
. Mounting and using foreign tapes 
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MAGNETIC TAPES IN VAX/VMS 

. ANSI LABELED MAGNETIC TAPE 
. Foreign or unlabeled tape 



ANSI Magnetic Tape 


. Information Interchange 
, File Structured Device 
. File Integrity 

. Volume set/File Access protection 
. Multi-File Volumes/Multi-Volume Files 
, Blocked variable length records 


i 



/ 






Standard Labels written by VAX/VUS 


VOLl 


HDRl 


HDR2 


HDR3 


EOFl 

(EOVl) 

E0F2 

(EOV2) 

E0F3 

(E0V3) 




























INITIALIZE MTx: label 
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►—4 


« 

UJ 

O 

o. 

>- 

H" 

1^3 

a 

<-> 

X 

h- 

C-> 

1 

►—< 

< 

UJ 


UJ 





C/3 

h- 

UJ 


* 

- 


o 


UJ 



LU 

oc 


> 



Q 

Cl. 

O 

o 










LABEL^ . . . £L0GNAfl|I 


MOUNT MTx:.... 

/BLOCKSIZE = N 
/RECORDSIZE = n 

/DATA_CHECK [I'optionO 

. READ 
. WRITE 


/LABEL 



MOUNT MTx: (cont.) 
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Z 
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0. 
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It 
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q 2 h- 
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MOUNT MT x: (cont.) 


/PROCESSOR = OPTION 

. UNIQUE 
. SAME; DEVICE 
. FILE-SPEC 

/WRITE 

/NOWRITE 

/HDR3 

/N0HDR3 



VOLUME LABEL 



BLANK 



77J7/ >/j// 


D% n 

8 - PDP-8 
A - PDP-10 
B - PDP-11 
C - VAX-11 
F - PDP-15 
K - DECSYSTEM-20 
& 

Volume Access Info. 









File Header Label 1 










-I>3500“T1 om^o 


File Header Label 2 



D - VARIABLE 
U - UNDEFINED 
S - SEGMENTED 


SPACE 


In 050 HZ on 2500 


38_ 51 53 _^ 

B 

SYSTEM p 

DEPENDENT F RESERVED 

INFO I 

0 

F 

F - 

Fortran Control 
Control within record 
CR/LF 








DATA FORMATS 

• Fixed length records 

- Blocked records 

- Unblocked records 

• Variable length records 



FIXED LENGTH RECORDS 


. No PHYSICAL RECORD BOUNDARIES 

. Blocks are not padded 

. No INDICATION OF LENGTH WITHIN RECORD 



BLOCK 







VARIABLE LENGTH RECORDS 


. REQUIRES Record Control Word 
. Blocks are padded to maximum length 



■$ 


« 








TRANSPORTABILITY: VAX-DEC 


. Maximum block size: 2048 bytes 

. No UNDEFINED FORMAT RECORDS 
. No VFC FILES 
. Some RMS attributes lost 
. DOS FORMAT / FLX 



VAX - RT 


. SUBSET OF ANSI Level 1 
. No HDR2 
. Mo MultIVOLUME 
, Fixed length records only 
. 512 BYTES MAXIMUM BLOCK 


VAX - RSTS/E 


VAX - PDP-20 

. ANSI Level A 
. Spanned records 
. Standard filenames 
. Non-blank accessibility 


. FILE name truncation 



Foreign tapes in VAX/VMS 


. NON-FILE STRUCTURED DEVICE 
. ALL non-ANSI standard tapes 
. LOGICAL I/O operations 


. SPECIAL PROGRAM NEEDED TO PROCESS LABELS^ IF ANY 

. FLX 
. EBCDIC 



Foreign Tapes (COPY / RMS) 

. Tape Format 

- No TAPE MARK PRECEDES FIRST FILE 

- Tape mark between each file 

- Two TAPE MARKS AT END OF VOLUME 










Foreign Tapes - Data Format 


REC REC 

REC 

REC 

REC 

1 




BLOCK 


Blocked Fixed Length Records 


REC 


REC 




BLOCK 


BLOCK 


Unblocked Records 















MOUNT/FOR MTx: 


OR 


HOUNT/NOLABEL MTx: 


options: 

/BLOCKSIZE = N 
/RECORDSIZE = n 
/DATA_CHECK (Ioptions] 

. READ 
. WRITE 


/NOLABEL 
/OWNER_UIC = 
/PROTECTION 


uic 

= CODE 


/DENSITY = N 
/FOREIGN 


/WRITE /NOWRITE 



RMS Magnetic Tape FOP options 


* . GIF - CREATE IF NOT FOUND 

* . NEF - NOT AT END OF FILE 

* . POS - CURRENT POSITION 
. RHC - REWIND ON CLOSE 

. TWO - REWIND ON OPEN 


* ANSI MAGTAPE ONLY 





DECNET 


VAX 


ARCHITECTURE OVERVIEW 




DECNET - VAX 


ARCHITECTURE OVERVIEW 


I U*«r I RMS» FAL» N*twoplc 
I Ppoe*»9 I 


A 

I 

I SQIO 
I 

V 

I I ACP Qu«u* I I 

I NETDRIVER I-———> I NETACP I 

II II 

A 

I 

I to 10 
I 

V 

I I 

I xhdriver I 

I I 


S««a1on Control 
End Communleat 1ona (N8P) 
Natweric Managtmant 
Primit1vaa 


Data Link Layar (OOCMP) 












OECNET - VAX 


ARCHITECTURE OVERVIEW 


I Us*r I RMS# FAL# Network Hanagemont 

I Proc*»* I 
I I 


A 

I 

I SQIO 
I 

V 

ECL (NSP) I I ACP Quaua I I Saaslen Control 

Tranaport I nETDRIVER I————> I NETACP I 

I I <••••.••..> I I Network Hanagement 

^mmmmmmmmmm^ SQIO PrllD^tlVea 

A 7 

I IRP / 

Tranamisalon I Queue / SQIO for line eentrol 

I / 

V / 

I I 

I XHDRIVER I Deta Link Layer (OOCHP) 













DECNET - VAX 


VMS facilities used SY DECNET 


* SA88I6N Sytt**" S»rv1e# P*rfopm» Assign **NET|" snd 
NETACP Access Function If "NOOEli" Ppsssnt 

In Device String, 

* SASSIGN Dynamically Creates UCB If Template Bit Is Present 
In UCB of Device, 

* L06INOUT,EXE Mas Special Internal Interface to Allow Access 
Control to be Passed to Log In a Network Job, 

* Internal IPP Queue • Alternate Machanlsm to Queue IPP to a 
Driver Nlthout Processing At FOT Time, Also Used by SBROCST, 
Pager» Swapper Use Similar Mechanism, 

* lOCSIOPOST • Can System Address If PID Field of IPP Is 
Negative, Second Meehenlsm of Inter*dr1ver CommunlcetIon, 



OECNET • VAX 


PROCESS OF ACTIVATING A NETWORK OBJECT 


* NETACP R«e«1ves Connvet R«qu«st 

* Cr««t«t Ppeeast Running LOGINOUT.EXE 

% 

* Past** Access Control To LOGINOUT.EXE 

* Pass** Command File To Easeut* 


* Oafinas SYSSNET as NCB for Connaet Accept 



DECNET - VAX 
FORMAT OF NC8 

network connect block 

Ut«p L09ie«1 Nam* SYSSNET Contains th* NCB 

Targat Nods and Password 
Targat Idantiflar 
Intarnal Link Addrass 
Countad String In 17 Bytas 

0 Qbjaet numbar 

1 Objaet numbar^ Objaet nama 

2 Objaet numbar# Sreue# Usar 


NOOE”USER PASS"}t 

"TASKsPROG 

/XX 

Optional Data 
Dastlnatlon Oaserlptor 


ff 



OeCNET • VAX 

REQUESTING A UOGICAI. LINK 
( CONNECT INITIATE ) 

* Assign Chsnnsi to "^NETl", 

* Aeeoss Function to NETACP with NC8 Contsining Link 
Addposs of Zoro* 

* 


Optionsi Dots Hsy bo Psssod* 





OECNET - VAX 


accepting a logical link request 

( CONNECT- CONFIRM ) 

Assign Chsnnsl to "^neTi", 

Aeesas Function to nETACP with NCB from SYSSNET* 

NETaCP Chsehs Link Atidrsss for Hatching 
Ssqucnea Numban and Ppoeass ID. 



OECNET - VAX 


NETi^ORK FILE ACCESS 


' I I I 

Us«r I { i 

! Ppoe«8a I RMS«32 I OECNET I Local Nodt 

I I I I 

I "COPY** I DAP I I 

! I I I 

hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmrnmmmmmf 

A A 


I 

I Logical Link 

I Rtmota Noda 

V 


1 


1 


1 


1 


mmi 

1 


1 


1 


1 



1 

OECNET 

1 

FAL 

1 

RMS-32 

1 

Flla 


1 


1 


1 


1 

Syatam 


1 


1 

User 

1 


1 



1 


1 

9mmmt 

Ppae««t 

1 

««i«a 


1 

««««« 




I A 

I I 
I ^ I 
t I 


RMS and FAL Coopafata to 
Praaarva RMS Xntanfaea 
Acpoaa Network 













OECNET - VAX 


NETWORK management STRUCTURE 


I Databat* I 

I I 

I I 

A 

I 

I RMS 


V 

I I 

I NCR I < 
I I 

I NatMork I 
I ContPol I 
I Rpegpam I 

I I 
I I 


SQIO I I SCREPRC 
I I 
V V 


I NETACP 

I 

I 


I I 

I Oatabas* I 

I I 

I I 

A 

I 

I RMS 
I 

V 


mmmmmmmmmmmm^ 

/ 

Logical / Link 
/ 


I 

I SQIO 
I 

V 

I 

Aetiva I 
I 

Databaaa | 


NICE 

LIatnap 
ObJ act 















OECNET - VAX 


NET’^ORK management STRUCTURE 


NETACP 


ActiV* 

Database 


I I 

I Database | 


I 

I 

I SCREPRC 
I 

V 


I RMS 
I 

V 


1 

1 

NCP 

1 

1 ^mmmmmmn 


1 

1 

NHL 

1 

1 

1 


1 

/ 

1 


1 

1 

NetMOPk 

1 

Logical / Link 

1 

LI stnap 

1 

1 

Cent P0l 

1 

/ 

1 

Object 

1 

1 

*• 

ProoPe* 

1 




1 


SQIO 












VAX / VMS 


«EMOTE COMMAND TERMINALS 


Local Syatam 


I I 

I RTPAO I 

I I 

I Ustp I Logical 

I Ppoeesa I 

I I 


Remota System 


I I 

I REMACP I 

/ I I 

/ Link I ACP I 

/ I Ppoeaat I 

•••••««««•»«.«•««*»«•«> I I 

A 


ACP Queue I 
I 

V 

I I 

I RTT I 

I DRIVER I 

I I 

A 

I 

SQIO I 
I 

V 


Remote 

Ueen 

Preeese 










DECNET - VAX 


8RINGINC UP THE NETWORK 


SYSGEN Usad to Load neTORIVER. 

SYSGEN> CONNECT NET /NOAOAPTER - 

/DRIVER a NETORIVER 

NCP Uaad to Build ConfIgurotIon Oatabaaa. 

NCP Mrltaa the Fllas Itsalf* NICE Not Involvad. 
•CONFIGNET.COH 

NCP Mounts and Starts NETACP, 

NCP> SET STATE LOCAL ON 

Craate VCS (Volume Control Bloel*) 

Create AOB (ACP '<uaue SlocW) 

SCREPRC for NETACP 

NETACP Reads Configuration Oatabasa for Local Node* 

NCP Sends Message to NICE to'Write Database to NETACPt 




DECNET - VAX 


BRINGING UP THE NETWORK 


* 3VSGEN Used to Load NETORIVER 

SY36EN> connect NET /NOAOAPTER - 

/DRIVER ■ NETORIVER 

* NCP is Started, If NETACP is Not Mounted, 

NCR Starts NETACP with SCREPRC, 

* NETACP Mounts and Starts Itself, 

NCP Can Communicate with NML at This Time, 
e NCP and NHL Communicate to Build Configuration 
Databases. NCP Does Not Write Files Directly, 

* NCP and NHL Communicate to Load Oatabasas. 

NCP> SET EXECUTOR ALL 
NCP> SET KNOWN NODES ALL 
NCP> SET KNOWN LINES ALL 
NCP> SET STATE LOCAL ON 


lA 



DECNET - VAX 


SHUTTING DOWN THE NETWORK 

* NCR and NICE Com'nunleata Shutdown Requoat* 

NCP> SET EXECUTOR STATE OFF 

RESTRICTED 

SHUT 

* NETACP Informs All Oeelared Objects Via 
Manbox Hassage oV Shutdown. 

* NETACP Dismounts Itself and Exits Whon 
State Gees to Off, 

* Any Process Having OPER Privilege Can Request or 
Confirm a UlmK Until OFF Is Entered, 


4 



DECNET • VAX 


SHUTTING DOWN THE NETWORK 

* NCR and NICE Communicate Shutdown Raouaat, 
NCP> SET STATE LOCAL OFF 

* NETACP Infopms All Oaclapad Objects Via 
Mailbox Hossage of Shutdown. 

* NETACP Olamounts Itself and Exits Whan 
All Links Hava 01scennaotad. 

* NCP Cannot Raastabllsh Link to NICE AftaP 
Shutdown Raguaat. 



OECNET - VAX 


declared object procedure 

* Oeen Channel to "^N£T" with Mailbox. 

* Attempt to Declare ('lame and/or Number. 

On Fe11ure» Exit to Prevent Raea for 
First Confirm, 

* Do Not Use SYSSNET for Connect Confirm. 

* Read Mailbox to Obtain Connect Requests. 

* Exit Upon Network Shutdown Notification. 

* Ignore Unknown Mailbox Message Codes. 



ARCHITECTURE DEVELOPMENTS 


DILEEP P. BHANDARKAR 


VAX/PDP-11 ARCHITECTURE MANAGEMENT 


DIGITAL EQUIPMENT CORPORATION 







VAX ARCHITECTURE DEVELOPMENTS 


TOPICS 


ARCHITECTURE MANAGEMENT 


ARCHITECTURE ENHANCEMENTS 

• INTERLOCKED QUEUES FOR MULTIPROCESSORS 

• EXTENDED RANGE FLOATING POINT 


FLOATING FAULTS 



VAX ARCHITECTURE MANAGEMENT 


GOALS 


• ENSURE CONSISTENT IMPLEMENTATION OF VAX FAMILY 
ARCHITECTURE. 


• PROVIDE RATIONAL PROCESS FOR EVOLUTION 


VAX ARCHITECTURE MANAGEMENT 

ACTIONS 

• CENTRALIZED ORGANIZATION RESPONSIBLE FOR ARCHITECTURE 
MANAGEMENT PROCESS. 

• CREATE/MAINTAIN ARCHITECTURE CONTROL DOCUMENT 

• ADMINISTER WELL-DEFINED CONTROL PROCESS 

• VALIDATE IMPLEMENTATIONS FOR COMPLIANCE 



VAX ARCHITECTURE MANAGEMENT 


EVOLUTION OF ARCHITECTURE 

• CREATION/DEFINITION 

• DOCUMENTATION 

• APPROVAL/RATIFICATION 

• IMPLEMENTATION 

• VALIDATION 

• CONTROL 

• MEASUREMENT AND EVALUATION 

• EVOLUTION 


RETIREMENT 



VAX ARCHITECTURE MANAGEMENT 

MAJOR ACTIVITIES 


• MAINTAIN ARCHITECTURE CONTROL DOCUMENTATION 

• ANSWER QUESTIONS 

• RESOLVE AMBIGUITIES 

• CORRECT ERRORS 

• DOCUMENT MISSING ASPECTS 

• ADMINISTER PROCESS FOR ARCHITECTURE CONTROL 

• ARCHITECTURE VALIDATION 



VAX ARCHITECTURE MANAGEMENT 


ARCHITECTURE SPECIFICATION 

ARCHITECTURE DOCUMENT 

• "PRINCIPLES OF OPERATION" 

• COMPLETE DEFINITIVE SPECIFICATION 

• USED BY HARDWARE IMPLEMENTORS TO BUILD 
COMPATIBLE MACHINES. 

• USED BY SOFTWARE DESIGNERS TO WRITE 
COMPATIBLE SOFTWARE. 

SPECIFICATION TECHNIQUE 

• COMBINATION OF PROSE AND PSEUDO-ALGOL 

• REQUIRED BEHAVIOR SPECIFIED 

• IMPLEMENTATION SPECIFIC ASPECTS CLEARLY 


DEFINED 



VAX ARCHITECTURE MANAGEMENT 


ARCHITECTURE CONTROL PROCESS 

REVIEW BOARD CONSISTS OF REPRESENTATIVES OF ALL MAJOR 
HARDWARE AND SOFTWARE DEVELOPMENT GROUPS. 

PROPOSALS TO CHANGE OR EXTEND ARCHITECTURE 

• SUBMITTED IN WRITING 

• BENEFITS/RATIONALE 

• IMPACT, COSTS 

• PLAN FOR MANAGEMENT OF CHANGE 

DECISION BY REVIEW BOARD CONSENSUS 

CHAIRMAN OF REVIEW BOARD LEGISLATES ACTION IN THE ABSENCE 


OF CONSENSUS 


VAX ARCHITECTURE MANAGEMENT 


ELEMENTS FOR SUCCESSFUL OPERATION 

• VISIBILITY 

• CREDIBILITY 

• MANAGEMENT SUPPORT/EMPHASIS 

• RESPONSIVENESS 

• GOOD WORKING RELATIONSHIP WITH IMPLEMENTORS 

• DEVELOPMENT ENVIRONMENT 

• TRACK RECORD 


VAX ARCHITECTURE MANAGEMENT 

MAJOR EXTENSIONS APPROVED 

SELF-RELATIVE INTERLOCKED QUEUE INSTRUCTIONS 

EXTENDED RANGE FLOATING POINT 


FLOATING FAULTS 







INTERLOCKED QUEUES 


MOTIVATION 


DESCRIPTION 

• DATA STRUCTURE 

• OPERATIONS 


ARCHITECTURAL DETAILS 




INTERLOCKED QUEUv.^ 


MOTIVATION 

• SYNCHRONIZATION IN MULTIPROCESSOR SYSTEM 

• MULTIPORT MEMORIES 

• SYMMETRICAL MULTIPLE PROCESSORS 

• CPU AND INTELLIGENT I/O ADAPTER 

• ORIGINAL VAX QUEUES INADEQUATE 

• GLOBAL INTERLOCK REQUIRED FOR MULTIPROCESSOR 
SYNCHRONIZATION. 

• REASONABLE FOR INTER-PROCESS SYNCHRONIZATION IN 
A UNIPROCESSOR SYSTEM. 


INTERLOCKED QUEUES 

SOLUTION 

• NO CHANGES TO OLD QUEUES 

• ADD NEW INTERLOCKED QUEUES 

• NEW INSTRUCTIONS 


• RETROFIT ALL VAX-11/780*S 




INTERLOCKED QUEUES 


DATA STRUCTURE 

• DOUBLY LINKED LIST WITH QUEUE HEADER 

• LINKS SELF-RELATIVE TO QUEUE ELEMENT 

• HEADER WITH ZERO LINKS -► EMPTY QUEUE 

• POSITION INDEPENDENT 

• INDEPENDENT PLACEMENT IN COOPERATING PROCESSES 

• QUADWORD ALIGNED 


INTERLOCKED QUEUES 

OPERATIONS 

• RESTRICTED TO HEAD AND TAIL OF QUEUE 

• REMOVE ENTRY FROM HEAD 

• REMOVE ENTRY FROM TAIL 

• INSERT ENTRY AT HEAD 


• INSERT ENTRY AT TAIL 


HARDWARE INTERLOCKS 


• WHEN SET, OTHER INTERLOCKED READS TO SAME DATUM DISALLOWED 
BY HARDWARE. 

• NON~INTERLOCKED READS MAY BE ALLOWED 

• INTERLOCK SET BY INTERLOCKED READ OPERATION 

• INTERLOCK RELEASED BY INTERLOCKED WRITE OPERATION 

• INTERLOCKED READ IS ALWAYS FOLLOWED BY INTERLOCKED WRITE 

• INTERLOCKED WRITE IS ALWAYS PRECEDED BY INTERLOCKED READ 

• IMPLEMENTATIONS MAY INTERLOCK MEMORY ENTITY LARGER THAN 
DATA BEING ACCESSED. 

• INSTRUCTIONS USING INTERLOCKS 

• BBSSI, BBCCI 

• ADAWI 

• REMQHI, REMQTI, INSQHI, INSQTI 


* 



INTERLOCKED QUEUES 


SIMPLIFIED DESCRIPTION 


READ QUEUE HEADER INTERLOCKED 

IF SECONDARY INTERLOCK IS SET 

THEN RELEASE HARDWARE INTERLOCK 
SET CONDITION CODES 
TERMINATE INSTRUCTION 

ELSE SET BIT 0 OF HEADER TO SET SECONDARY INTERLOCK 
WRITE MODIFIED HEADER INTERLOCKED 
PERFORM QUEUE OPERATION 

RELEASE SECONDARY INTERLOCK USING HARDWARE 
INTERLOCK. 

SET CONDITION CODES 


DONE 



INTERLOCKED QUEUE 


INSTRUCTIONS 


OPCODE MNEMONIC OPERAND SPECIFIERS 


5C 

INSQHI 

ENTRY.AB, 

HEADER.AQ 

5D 

INSQTI 

ENTRY.AB, 

HEADER.AQ 

5E 

REMQHI 

HEADER.AQ, 

ADDR.WL 

5F 

REMQTI 

HEADER.AQ, 

ADDR.WL 


• ONE BYTE OPCODES CHOSEN TO FACILITATE RETROFIT TO 
VAX-11/780. 

• CONDITION CODE SETTINGS CHOSEN TO EXPLOIT BRANCHES ON 


COMBINATIONS 



INTERLOCKED QUEUES 


CONDITION CODES 



N 

2 

V 

C 






INSERTION 

SUCCEEDED 

0 

FIRST ENTRY 

0 

0 

FAILED 

0 

0 

0 

1 

- 

0 

SUCCESSFULLY 

INSERTED 

FIRST ENTRY 

0 

INSERTION 

FAILED DUE 

TO SECONDARY 

INTERLOCK 


REMOVAL 





SUCCEEDED 

0 

QUEUE EMPTY 

NO 

0 


ENTRY 

TO 

REMOVE 


FAILED 00 01 

0 QUEUE EMPTY NO REMOVAL 

ENTRY FAILED DUE 
TO TO 

REMOVE SECONDARY 


INTERLOCK 



INTERLOCKED QUEUES 


APPLICATIONS 


• SET SOFTWARE INTERLOCK REALIZED WITH A QUEUE 


1$: 

INSQHI 

• • • 7 

WAS QUEUE EMPTY? 


BEQL 

2$ 

YES 


BCS 

1$ 

TRY INSERTING AGAIN 


CALL 

WAIT ; 

NO, WAIT 

2$: 

ENTER 

CRITICAL SECTION 


RELEASE 

SOFTWARE 

INTERLOCK REALIZED WITH A QUEUE 

3$: 

REMQTI 

• 

• • • § 

REMOVED LAST? 


BEQL 

4$ 

YES 


BCS 

3$ 

TRY AGAIN 


CALL 

ACTIVATE 

ACTIVATE WAITERS 


4$: CONTINUE 





INTERLOCKED QUEUES 


APPLICATIONS 


REMOVE AND PROCESS QUEUE ENTRIES 

1$: REMQTI ... ; ANYTHING REMOVED? 

BVS 2$ ; NO 


PROCESS REMOVED ENTRY 


BR 1$ 

2$: BCS 1$ ; TRY REMOVING AGAIN 


QUEUE EMPTY 




INTERLOCKED QUEUES 


VAX/VMS USAGE 


MULTIPORT MEMORIES - MA780 


SUPPORT 


HIGH SPEED I/O BUS ADAPTER - DR780 SUPPORT 



o 

FLOATING POINT ENHANCEMENTS 

t 

• MOTIVATION 

• DESCRIPTION 

• NEW DATA TYPES 

• OPERATIONS 

• EXCEPTION CONDITIONS 

• COMPATIBILITY ISSUES --s 

• IEEE FLOATING POINT STANDARDS SUBCOMMITTEE 





FLOATING POINT ENHANCEMENTS 


MOTIVATION 

INADEQUATE RANGE OF DOUBLE FLOATING FOR FORTRAN 
PROGRAMS MOVED OVER FROM MAINFRAMES: 


CDC 6600 

10+307 

IBM 370 

10+^5 

VAX/PDP-11 

10+38 


INFLUENCED BY INTERACTION WITH IEEE FLOATING POINT 


STANDARDS SUBCOMMITTEE 



FLOATING POINT ENHANCEMENTS 


SOLUTION 


IMMEDIATE PROBLEM SOLVED BY ADDING NEW EXTENDED RANGE 
DOUBLE PRECISION DATA TYPE. 

FURTHER RANGE EXTENSIONS PROVIDED BY NEW QUAD PRECISION 
DATA TYPE. 

FORMATS OF NEW DATA TYPES SIMILAR TO EXISTING FLOATING 


DATA TYPES 



FLOATING POINT ENHANCEMENTS 


NEW DATA TYPES 



G FLOATING 

H FLOATING 

SIZE 

64 BITS 

128 BITS 

EXPONENT SIZE 

11 BITS 

15 BITS 

FRACTION 

53 BITS 

113 BITS 

SMALLEST NUMBER 

0.56 X 10"^®® 

0.84 X 10~‘^^®2 

LARGEST NUMBER 

0.9 X 10^^® 

0.59 X 10^®®^ 

PRECISION (DECIMAL) 

15 DIGITS 

33 DIGITS 



FLOATING POINT ENHANCEMENTS 


OPERATIONS 

ALL OPERATIONS CURRENTLY DEFINED FOR D_FLOATING ARE ALSO 
AVAILABLE FOR G__FLOATING. 

EQUIVALENT SET OF OPERATIONS FOR REFLOATING 

NEW SET OF CONVERTS FROM/TO H, AND BETWEEN G AND H 

NO CONVERTS BETWEEN D AND G 

• ARCHITECTURE ALLOWS D AND G TO COEXIST IN A PROGRAM 

• USERS ANTICIPATED TO USE ONE OF THE TWO AVAILABLE 
FORMATS. 

• FORTRAN DOES NOT ALLOW MIXING WITHIN SINGLE 
SUBROUTINE. 


56 NEW INSTRUCTIONS 



FLOATING POINT ENHANCEMENTS 


EXCEPTION HANDLING 


VAX-11/780 TRAPS ON FLOATING POINT EXCEPTIONS 

• DEFAULT RESULT STORED MAY HAVE OVERWRITTEN SOURCE 
OPERAND. 

• SOURCE OPERANDS NOT ALWAYS AVAILABLE FOR DEBUGGING 

• PROGRAM COUNTER POINTS TO NEXT INSTRUCTION 

• DIFFICULT TO DETERMINE INSTRUCTION CAUSING EXCEPTION 



FLOATING POINT ENHANCEMENTS 


EXCEPTION HANDLING 

DESIRE AMONG NUMERICAL ANALYSTS TO AUTOMATICALLY CONTINUE 
COMPUTATION BEYOND EXCEPTIONS. 

• SYMBOLS FOR OVERFLOW, UNDERFLOW, INFINITY, ETC. 

• RULES FOR OPERATIONS INVOLVING SYMBOLS 

ENHANCED ARCHITECTURE IMPLEMENTS FAULTS ON FLOATING POINT 
EXCEPTIONS. 

• FAULT CONDITION HANDLERS CAN BE WRITTEN TO PROCEED 


BEYOND EXCEPTIONS 



FLOATING POINT EHHANCEMENTS 


FLOATING FAULTS 

% 

• NO RESULT IS STORED 

• ALL SIDE EFFECTS OF INSTRUCTION ARE RESTORED 

• SAVED PROGRAM COUNTER ON EXCEPTION STACK POINTS TO 
INSTRUCTION CAUSING EXCEPTION. 

• EXCEPTION CODE IDENTIFYING FAULT CONDITION PUSHED ON STACK 

• UNDERFLOW FAULT CAN BE DISABLED, ZERO STORED AS RESULT 


CONDITION HANDLER 

• EXCEPTION CONDITION HANDLER CAN: 

• SIMULATE INSTRUCTION AND USE A RESERVED OPERAND TO 
ENCODE SYMBOL TO BE STORED AS RESULT. 

• UPDATE SAVED PC TO POINT TO NEXT INSTRUCTION 

• RETURN 


• RESERVED OPERAND FAULT IF SYMBOL IS USED AS SOURCE OPERAND 



FLOATING POINT ENHANCEMENTS 


COMPATIBILITY ISSUES 


• NEW INSTRUCTIONS 

• AVAILABLE ONLY IF OPTIONAL EXTENDED FLOATING POINT 
FEATURE IS INSTALLED. 

• SOFTWARE EMULATION OF NEW INSTRUCTIONS SUPPORTED IN 
RUN-TIME LIBRARY. 

• FORTRAN USERS 

• DEFAULT FOR REAL*8 IF D_FLOATING 

• COMPILE TIME SWITCH ALLOWS G_FLOATING FOR EACH 
SEPARATELY COMPILED PROGRAM. 

• COMPILER GENERATES INSTRUCTIONS FOR H FLOATING IF 


REAL*16 IS USED 



FLOATING POINT ENHANCEMENTS 


COMPATIBILITY ISSUES 


FAULTS VERSUS TRAPS 

• ALL FUTURE VAX FAMILY PROCESSORS WILL IMPLEMENT 
FLOATING FAULTS. 

• DIFFERENT EXCEPTION CODES FOR FAULTS AND TRAPS 

• RUN TIME LIBRARY INCLUDES CONDITION HANDLER TO 
CONVERT FAULTS TO TRAPS. 


NO CHANGES FOR PROGRAMS THAT DO NOT SPECIFY TRAP HANDLERS 





IEEE FLOATING POINT STANDARD 

• WORKING GROUP FORMED IN 1977 

• THREE PROPOSALS 

• KAHAN, COONEN, STONE (KCS) -INTEL 8087 

• PAYNE, STRECKER (PS) ->• ENHANCED VAX 

• FRALEY, WALTHER (FW) ->• HP RESEARCH LAB 

• WORKING GROUP MEETINGS MOSTLY IN SAN FRANCISCO BAY AREA 


• MAJORITY OF WORKING GROUP PREFERS KCS 



IEEE FLOATING POINT STANDARD 


SIMILARITIES BETWEEN VAX AND KCS 

• SIZE OF EXPONENT AND FRACTION FIELDS 

• NORMALIZED BINARY FRACTION WITH HIDDEN BIT 

• SIGNED MAGNITUDE 

• ROUNDING RULES SIMILAR THOUGH NOT EXACTLY SAME 

• VAX HAS SLIGHTLY WIDER RANGE FOR NORMALIZED NUMBERS 



IEEE FLOATING POINT STANDARD 


MAJOR DIFFERENCES BETWEEN VAX AND KCS 


KCS USES TWO RESERVED OPERAND 

• DENORMALIZED NUMBERS ON UNDERFLOW 

• SYMBOLS 

KCS SPECIFIES INFINITY ARITHMETIC ON OVERFLOW 

• NO CONSENSUS WITHIN WORKING GROUP 

• PROPOSED ARITHMETIC UNPROVEN 

EXTENDED REGISTERS INCLUDED IN KCS AS OPTIONAL FEATURE 

• HIGH LEVEL LANGUAGE IMPLICATION NOT ADDRESSED 

• UNNECESSARY INTRODUCTION OF ADDITIONAL DATA TYPES 

VAX ALLOWS USER-DEFINED EXCEPTION HANDLING 

• FLEXIBLE ACCORDING USER AND PROBLEM NEEDS 

• DOES NOT PREMATURELY FREEZE UNPROVEN IDEAS INTO 
ARCHITECTURE. 

THREE LEVELS OF PRECISION AND RANGE PROVIDED BY VAX 



FLOATING POINT ENHANCEMENTS 


NEW CAPABILITIES 


THREE LEVELS OF RANGE AND PRECISION WITH F, G, AND H 

• EACH SUCCESSIVE LEVEL OF PRECISION ALSO PROVIDES 
ADDITIONAL RANGE. 

• RANGE AND PRECISION CAN BE TRADED OFF AGAINST SIZE 
AND SPEED. 

• INTERMEDIATE RESULTS CAN BE COMPUTED IN NEXT HIGHER 
LEVEL. 

• SIMPLE SOLUTION TO OVERFLOW/UNDERFLOW PROBLEMS 

• RANGE AND PRECISION OF H IS MORE THAN ADEQUATE FOR 
MOST PROBLEMS IN THIS DECADE. 

EXCEPTION HANDLING 

• ENCOURAGE EXPERIMENTATION AND RESEARCH 

• DOES NOT LOCK IN USERS TO A PREMATURE STANDARD 


• SATISFACTORY SIMPLE DEFAULT FOR MAJORITY OF USERS 







V A X / V M S 
RECORD MANAGEMENT SERVICES 






V A X / V M S 


RECORD MANAGED I/O SYSTEM 

0 DEVICE INDEPENDENT 
0 FIXED AND VARIABLE FORMATS 
0 USED BY ALL LANGUAGES 
0 AUTOMATIC AND CONTROLLABLE 
0 PROTECTION AND SHARING 
0 IMPLEMENTED AS SYSTEM SERVICES 





VAX-11 RMS RECORD PROCESSING 


UNIT RECORD DEVICES 

- READ AND WRITE VIRTUAL (QIO) 

- TERMINALS^ MAILBOXES^ FOREIGN VOLUMES 

BLOCK STRUCTURED DEVICES 

- RECORD FORMATTING^ BLOCKING 

- ANSI MAGTAPE^ DISK FILES 

RANDOM ACCESS DEVICES 

- RANDOM RECORD RETRIEVAL^ INSERTION 

- INDEXING BY KEY VALUE (ISAM) 






VAX-11 RMS FILE PROCESSING 


0 PARSE. SEARCH. OPEN. CREATE. EXTEND 
0 FILENAME PARSING 

- DEVICE. DIRECTORY DEFAULTING 

- DIRECTORY AND FILENAME WILDCARDING 

- RECURSIVE LOGICAL NAME TRANSLATION 

0 CHANNEL ASSIGNMENT AND FILE ACCESS 
0 FILE CREATION. ALLOCATION. AND EXTENSION 



VAX-11 RMS RECORD OPERATIONS 


GET. PUT 

- SEQUENTIAL ACCESS FOR ALL DEVICES 

- RANDOM ACCESS FOR MOST DISK FILES 

UPDATE - REWRITE RECORDS. DISK ONLY 

DELETE - REMOVE RECORDS. RELATIVE AND INDEXED 
SEQUENTIAL FILES ONLY 



FULLY INTEGRATED IN S Y S T E 


• SYSTEM CODE OPERATING IN PROCESS CONTEXT 

• NO TAILORING AT LINK TIME 

t PAGES AGAINST SYSTEM WORKING SET 

• GLOBAL SHARED FILE DATABASE 

ALLOWS: 

M TRUE RECORD LOCKING . 

M BUCKET CACHING FOR SHARED FILES 



PROTECTED I/O DATA BASE. BUFFERS. CHANNELS 


OPERATIONS COMPLETED AT I/O RUNDOWN 
FILE INTEGRITY MAINTAINED AT IMAGE EXIT 




FILE I/O CONTROL FLOW 





VAX-ll/RMS 
ADDRESS SPACE 


0 


PROGRAM 

REGION 


CENTRAL 

REGION 


3J_^ 

^ SYSTB1 
SPACE 



IMAGE I/O 
SECTION 

^—1 

CHANNELS 

<h 


PROCESS I/O 

EXEC & KERNEL 
STACK. ETC. 

VECTORS 


EXEC. RMS. 


V 


SHARED FILE 
DATABASE. ETC. 



LOADED BY 
IMAGE 

ACTIVATION 


PROCESS 

PERMANENT 







PER PROCESS DATA STRUCTURE 


• 1 PAGE/FILE BASIC ALLOCATION STRATEGY 

• CONTAINS PROTECTED COPY OF FAB AND RAB INFORMATION (IFAB + IRAB) 

• USER FAB + RAB USED ONLY DURING EXECUTION OF RMS CALLS 

• IFAB + IRAB: 

ALL FILE AND RECORD CONTEXT 

CONTAINS ALL INFORMATION NEEDED FOR I/O RUNDOWN 

















SHARED FILE DATABASE 


• ALLOCATED FROM SYSTEM PAGED POOL - SO SPACE 

• DESCRIBES ALL GLOBAL STRUCTURES 

§• FILE RESOURCE BLOCKS (FRB'S) 

•• SHARED FILE LIST (SIFAB'S) 

M BUCKET CONTROL BLOCKS (BCB'S) 

•f RECORD LOCK BLOCKS (RLB'S) 

tt NEXT RECORD POSITION (NRP'S) - ISAM ONLY 




SYSTEM 

SPACE 





INDEXED FILE ORGANIZATION 
(MULTI-KEY) 


0 DATA RECORDS ARE STORED IN ASCENDING COLLATING SEQUENCE 
BY PRIMARY KEY 

0 RECORDS MAY BE RETRIEVED RANDOMLY VIA PRIMARY OR 
ALTERNATE KEYS 

0 RECORDS MAY BE RETRIEVED SEQUENTIALLY VIA PRIMARY OR 
ALTERNATE KEYS AND ARE PRESENTED IN ASCENDING COLLATING 
SEQUENCE 



GOALS 


0 A CONTENT ADDRESSABLE RECORD ACCESS CAPABILITY 
0 ALTERNATE KEY CAPABILITY 
0 UNIFORM RANDOM ACCESS TIME TO RECORDS 
0 GOOD SEQUENTIAL PERFORMANCE ON PRIMARY KEY 
0 REASONABLE SEQUENTIAL PERFORMANCE ON ALTERNATE KEYS 
0 UNIQUE ADDRESS FOR A RECORD FOR THE LIFE OF THE FILE 
0 GOOD SPACE UTILIZATION 

0 PROVIDE FOR SYSTEMS FAILURE WITHOUT LOSS OF USED DATA 
RECORDS 





BUCKETS 



0 BUCKETS ARE A USER-DEFINED NUMBER OF VIRTUAL BLOCKS 
0 ALL BUCKETS ARE FORMATTED WITH 15 BYTES OF RMS INFORMATION 
0 ALL BUCKETS CONTAIN RECORDS 

0 THE TYPE OF RECORD IN A PARTICULAR BUCKET DEPENDS ON HOW 
THE BUCKET IS BEING USED IN THE LOGICAL STRUCTURE OF THE 
FILE 




ISAM FILE INTEGRITY 


BUCKET INTEGRITY CHECKS 
DATA AND INDEX LEVELS LINKED HORIZONTALLY 
•• WILL SURVIVE INDEX UPDATE FAILURE 
DATA RECORD INTEGRITY CHECKS 


RECORD OPERATION FAILURES DON'T COMPROMISE FILE STRUCTURE 



VAX-11 RMS ISAM PROCESSING 


0 RECORD AND BUCKET LOOKS ARE DISTINCT 

- RFA IS BASIS OF RECORD LOCK 

- Buckets only locked for processing 

- Bucket access is queued 

0 BUCKETS ARE SPLIT 50/50 

- Improves average bucket loading 


- Ascending order special cases 



VAX-11 RMS PERFORMANCE FEATURES 
SEQUENTIAL FILES 

MULTI-BLOCK COUNT (MBC IN RAB) 

- CONTROLS SIZE OF I/O TRANSFERS 

READ-AHEAD (RAH ROP OPTION IN RAB) 

- ASYNCHRONOUSLY READ NEXT BUFFER 

WRITE-BEHIND (WBH ROP OPTION IN RAB) 

- ASYNCHRONOUSLY WRITE MODIFIED BUFFERS 

MULTI-BUFFER COUNT (MBF IN RAB) 


- NUMBER OF BUFFERS FOR RAH/WBH 



VAX-11 RMS PERFORMANCE FEATURES 


RELATIVE AND INDEX SEQUENTIAL FILES 
0 DEFERRED WRITE (DFW FOP OPTION IN FAB) 

- WRITE OF MODIFIED BUCKET DEFERRED UNTIL 
NECESSARY (NON-SHARED ONLY) 

0 MULTI-BUFFER COUNT (MBF IN RAB) 

- CACHE COMMONLY REFERENCED BUCKETS 

0 ASYNCHRONOUS OPERATION (ASY ROP OPTION IN RAB) 

- OVERLAP I/O WITH COMPUTING 

- OVERLAP I/O ON DIFFERENT DEVICES 



SOME VMS SPECIFICS 

RMS IS A PIC IMAGE EXECUTING IN THE PROCESS CONTEXT. It IS A 
SYSTEM SERVICE AND EXECUTES AT EXEC LEVEL OR EXEC AST LEVEL AFTER 
STALLING FOR I/O, I/O COMPLETION IS WAITED FOR IN USER MODE SO 
THAT USER LEVEL AST S MAY BE PROCESSED DURING SYNCHRONOUS OPERATIONS^ 

OR USER LEVEL PROCESSING MAY OCCUR DURING ASYNCHRONOUS OPERATIONS. 

RMS CODE RESIDES IN SYSTEM SO SPACE AND PAGES IN THE SYSTEM WORKING 
SET ALONG WITH PAGEABLE EXECUTIVE CODE> SYSTEM MESSAGE FILE^ 

AND PAGED DYNAMIC MEMORY (INCLUDING SHARED FILE DATABASE). 

Sysgen parameter SYSMWCNT controls size of system working set. 
SYSPAGING CONTROLS paging of pageable executive code - NOT RMS. 

Mon I ter paging behavior with PA option of DISPLAY - watch 

FOR SYSTEM PAGE FAULT RATE. 

RMS CODE USES PSECTS TO GROUP CODE BY FUNCTIONALITY^ FILE ORGANIZATION^ 
AND USAGE. WIDE VARIETY OF OPERATIONS OCCURING SIMULTANEOUSLY 
WILL REQUI'BE LARGEST WORKING SET. 



RMS INTERNAL CONTROL BLOCKS (IFAB's^ IRAB's^ BDB's, RLB's, NRP's) 
AND I/O BUFFERS ARE ALLOCATED FROM THE PROCESS ADDRESS SPACE. 

Initially TAKEN from pre-allocated address space in the PI 
REGION. Linker option IOSEGMENTS (default = 32 ) determines 

NUMBER OF PAGES ALLOCATED TO THIS REGION. WhEN PI SPACE 
IS USED UPj RMS WILL EXTEND PO REGION UNLESS DISALLOWED. 


RMS BUFFER MANAGER MAINTAINS LIST OF FREE PAGES AND SPACE WITHIN 

PAGES. Attempts to keep all control structures for a given file 

ON A SINGLE PAGE TO IMPROVE LOCALITY OF MEMORY REFERENCES. I/O 
BUFFERS ARE ALWAYS PAGE ALIGNED. 

Process i/o files (typically SYs$iNPUTy sys$output^ sys$command) 

REMAIN OPEN ACROSS IMAGE ACTIVATIONS. INDIRECT OPENER MERELY 
RETRIEVES IFI OF IfAB FROM LOGICAL NAME. No l/o TAKES PLACE 

ON $0PEN. Currently limited to sequential files only. 

Shared file control structures (sfd^ sifab^ bcb^ rlb^ nrp) are 

ALLOCATED FROM SYSTEM PAGED POOL. 1/0 BUFFERS ARE STILL ALLOCATED 

PER PROCESS. Bucket will not be read from disk for shared file 
IF process has valid copy and another process has not modified it. 

Records^ not buckets^ are locked for shared files. Access to 

BUCKETS IS queued WHEN CONFLICT OCCURS DURING RECORD OPERATIONS. 

Maintenance of next record position for sequential get's from ISAM 

FILES IN shared DATABASE ALLOWS MORE EFFICIENT RE-POSITIONING AND 

recovery of space. 


DIGITAL EQUIPMENT CORPORATION 



TIME TO REORGANIZE? 


1) IMPROVE ACCESS TIMES 

Best access times when: 

File extents are contiguous 

Records are added to file in ascending key value 

Best chance that successive i/o requests will be 

ON THE SAME CYLINDER. 

Better loading of buckets means less i/o on 

SEQUENTIAL ACCESS OF RECORDS. 


Random addition of new keys causes: 

Loss OF ADJACENCY IN PHYSICAL STRUCTURE. 

Potential generation of RRV's (primary data level). 

Additional i/o for alternate key access. 

$LIPDATE AND $DELETE re-access current record via RRV. 

2) LOSS OF USEFUL SPACE WITHIN THE FILE 

Current implementations recycle free space within buckets. 

Buckets always contain same range of key values. 

Space is recovered by $DELETE and $UPDATE (when record shrinks). 

Space effectively recovered when new key values (from $PUT 

OR $UPDATE) FALL INTO BUCKETS THAT RECORDS HAVE BEEN 
DELETED FROM. LARGER BUCKET SIZES MAY IMPROVE THIS SITUATION. 

Bad scene when new key values are increasing with time 
AS OLDER (lower KEY VALUE) RECORDS ARE DELETED. 

Deleted data records leave 2 byte RRV records (primary data level). 
Uses 1 of 255 possible id's for bucket. Very large bucket 

SIZES MAY AGGRAVATE THIS (YOU CAN T WInI). 

May be preferable to $UPDATE records instead of $DELETE them. 


DIGITAL EQUIPMENT CORPORATION 



SOME BITS AND BYTES that you should know about. 


Deferred Write - DFW (in the FAB FOP field) 

Set this at $0PEN or $CREATE. 

Defers writing primary and alternate data buckets to disk 

UNTIL BUFFER IS NEEDED FOR ANOTHER BUCKET. 

Big^improvement when performing sequential SPUT^ $UPDATE^ 

OR $DELETE OPERATIONS ON RELATIVE OR ISAM FILES WITH 
MORE THAN ONE RECORD PER BUCKET. 


Sequential Operations Only - SQO (in the FAB FOP field) 

Useful for network access on VMS - causes DAP to use 
file transfer mode instead of record transfer mode. 
Reduces traffic on network link. 


Asynchronous operation - ASY (in the RAB ROP field) 

Allows control to return to caller before record operation 

IS COMPLETE. 

Can be used to 'hide' record i/o time in some applications 

AND IMPROVE INTERACTIVE RESPONSE TIME. 

Suppose an application retrieves 3 records randomly from 

AN ISAM FILE WHICH ARE THEN DISPLAYED ON A VIDEO TERMINAL. 

Code might read as follows: 

L: $GET FROM ISAM file 

FORMAT OUTPUT LINE 
$PUT TO TERMINAL 

BRANCH TO L IF NOT DONE 

A 9600 BAUD TERMINAL OUTPUTS ABOUT A CHARACTER A MILLISECOND^ 
THEREFORE SAY A FULL 80 COLUMN LINE IS ABOUT 80 MS. 

Say THE RANDOM $GET FROM THE ISAM FILE TAKES ABOUT 80 MS ALSO. 

3 TIMES THROUGH LOOP THEN TAKES 3 X 160 OR A80 MS (ABOUT h SEC). 

The same segment coded to perform the terminal i/o 

ASYNCHRONOUSLY MIGHT READ AS FOLLOWS: 

L: $GET FROM ISAM file 

$WAIT FOR TERMINAL l/o TO COMPLETE 

FORMAT OUTPUT LINE 

$PUT ASYNCHRONOUS TO TERMINAL 

BRANCH TO L IF NOT DONE 

$WAIT FOR TERMINAL l/O ON LAST PASS 


DIGITAL EQUIPMENT CORPORATION 





This loop overlaps the random $GET from the ISAM file 

WITH THE COMPLETION OF THE TERMINAL l/O. ToTAL ELAPSED TIME 
FOR 3 TIMES THROUGH LOOP IS 3 X 80 + 80 (WAITS FOR TERMINAL 
THE LAST TIME THROUGH) OR 320 MS. ThIS IS 2/3 S THE TIME 
FOR THE SAME SEQUENCE PERFORMED TOTALLY SYNCHRONOUSLY. 

Fast Delete - FDL (in the RAB ROP field) 

Will omit removing alternate key pointers to data record 

FOR ALTERNATE INDICES WHERE DUPLICATES ARE ALLOWED ON 
$DELETE OPERATIONS (ISAM only). 

Will cause additional i/o on $GET via alternate key 

TO DETERMINE THAT RECORD IS DELEl'ED. 


Locate Mode - LOG (in the RAB ROP field) 

Avoids movement of data record from RMS I/O buffer 
TO USER buffer UNDER SOME CONDITIONS. 

Record will be moved anyway if: 

1) Record crosses block boundaries (sequential files) 

2) Update access specified in FAC field of FAB 

3) Multi-stream access specified in SHR field of FAB 

A) Indirect opener of process permanent file^ e.g.^ 
SYS$INPUT (VMS only) 


Read Ahead - RAH (in the RAB ROP field) 

Causes blocks in file to be read before they are requested 
so THAT they ARE ALREADY IN RMS l/o BUFFER WHEN NEEDED. 

Currently only implemented for sequential disk files on VMS. 


Write Behind - WBH (in the RAB ROP field) 

Performs write of buffer to disk asynchronously. Record 

OPERATION DOES NOT WAIT FOR DISK I/O TO COMPLETE. 

Currently only implemented for sequential disk files on VMS. 


Mult I-Block Count - MBC (in the RAB) 

Determines size in blocks of RMS i/o buffers for sequential files. 
Larger buffers mean less i/o. 

Multi Buffer count - MBF (in the RAB) 

Implications are organization dependent. 

For sequential files on VMS^ this determines the number of 

BUFFERS USED IN THE READ AHEAD/WRITE BEHIND RING. ThE 
APPROPRIATE ROP OPTION (RAH OR WBH) MUST BE SET TO TAKE 
ADVANTAGE OF THE EXTRA BUFFERS. 

For relative and ISAM files^ extra buffers form an lru (least 

RECENTLY USED) CACHE OF BUCKETS. WiLL AVOID DISK l/o IF 
A SUBSEQUENT OPERATION REFERENCES A BUCKET THAT HAS ALREADY 
BEEN READ IN. 'RANDOM OPERATIONS EXHIBITING SOME LOCALITY 
IN THEIR REFERENCES MAY BENEFIT. 


DIGITAL EQUIPMENT CDRPQRATION 



Additional benefits of extra buffers for ISAM files: 

Root buckets of indices will be cached for random access. 

On VMS, the following buckets have 'permanence', i.e., 

A 'non-permanent bucket will be used first: 


1) Root bucket of any index on a keyed read request. 


2 ) 

3) 


Root bucket.qf indices 
less than 


SBr-'fiSipBfSNS IMk 


IF REFERENCE 
OPERATIONS. 


Alternate index data level bucket when performing 

SEQUENTIAL READ REQUESTS VIA ALTERNATE KEY. 


Also note that if enough buffers are present to cache 

THE ENTIRE INDEX TREE (NUMBER OF INDEX LEVELS + 1), RANDOM 
ACCESS WITHIN SMALL RANGES OF KEY VALUES MAY BENEFIT. 

Dramatic improvement when loading single key file in 

ASCENDING KEY ORDER IN CONJUNCTION WITH DEFERRED WRITE. 


Blank space: 
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VAX 




SYSTEM UPDATE 




■> 



WHAT CAN YOU EXPECT? 


0 EASE OF USE 

0 RELIABILITY 

0 PERFORMANCE 


WHAT ARE THE NEW PRODUCTS? 


0 VAX/VMS V2.0 

0 VAX-11 COBOL VI.0 

0 VAX-11 BASIC VI.0 

0 

0 VAX-11 FORTRAN V2.0 

0 VAX-11 FMS VI.0 


0 


DATATRIEVE/VAX V2.0 






VAX/Vns V2.0 


0 PRODUCTIVITY AIDS 

- NEW LANGUAGE SUPPORT 

- EDT EDITOR 

0 MANAGEMENT TOOLS 

- UTILITIES 

- SYSTEM FUNCTIONS 

0 ENHANCED NUCLEUS FUNCTIONALITY 

- PERFORMANCE ENHANCEMENTS 

- REAL-TIME EXTENSIONS 

- NEW DEVICE SUPPORT 





NEW DEVICES ON VAX 


0 MA780 MULTIPORT MEMORY 

- CONNECT UP TO 4 VAX-11/780 CPUS 

- UP TO 2 MA780S PER CPU 

- 256KB TO 2MB PER MA780 

- SHARE DATA. PASS MESSAGES 

0 DR780 HIGH-PERFORMANCE PARALLEL INTERFACE 

- CONNECT DEVICES TO VAX-11/780 
INTERNAL MEMORY BUS (SBI) 

- TRANSFER DATA TO AND FROM MEMORY 


AT 6.67 MB/SEC 



NEW DEVICES ON VAX 


0 TSll MAGNETIC TAPE 

- A5 IPS 

- 1600 BPI ONLY 

- UNIBUS' ADD-ON DEVICE 

0 RL02 CARTRIDGE DISK 

- 10 MB 

- UNIBUS ADD-ON DEVICE 

0 RX02 

- 512 KB 

- UNIBUS ADD-ON DEVICE 

- NO NEED NOW TO USE RXOl CONSOLE 


AS A DATA DEVICE 



WHAT DOES ALL THIS MEAN TO YOU? 

LANGUAGE OF YOUR CHOICE 

EASE OF USE 

POWERFUL INTERACTIVE 
BUSINESS DATA PROCESSING 


REAL-TIME POWER 


IT MEANS 


"THE HIGH-PERFORMANCE LANGUAGE 


OF YOUR CHOICE" 




COMMON LANGUAGE ENVIRONMENT 

0 SYMBOLIC TRACEBACK AND DEBUGGER 

0 COMMON RUN TIME LIBRARY 

0 VAX CALLING STANDARD 

0 COMMON EXCEPTION HANDLING 

0 I/O STANDARD (RMS) 


IT MEANS 


"VAX IS FRIENDLY 


EASY TO USE" 




EASE OF USE FOR: 


0 PROGRAMMERS 

0 OTHER USERS 

) 


0 


SYSTEM MANAGERS 


EASE OF USE FOR PROGRAMMERS AND OTHER USERS: 


0 HELP FACILITIES 

0 ONE COMMAND LANGUAGE 

0 WILD CARDS 

0 LEARNING AIDS 


0 


DATATRIEVE 



EASE OF USE FOR PROGRAMMERS 


PROGRAM DEVELOPMENT AND 
MAINTENANCE FACILITIES 

PRODUCTIVITY AIDS 

LOGICAL NAMES 


AND 


LARGE ADDRESS SPACE 


EASE OF USE FOR SYSTEM MANAGERS: 


0 SELF-CONFIGURATION 

0 RESOURCE CONTROLS (DISK. CPU. ETC.) 

0 ENHANCED UTILITIES 





"VAX PROVIDES FOR POWERFUL INTERACTIVE DATA PROCESSING 


FOR VARIETY OF BUSINESS APPLICATIONS" 




FOR INTERACTIVE BUSINESS DATA PROCESSING 


0 COBOL AND BASIC 

0 EXTENSIVE UTILITIES 

0 BATCH m INTERACTIVE 

0 VAX-11 RMS 

0 FORMS PROCESSOR (FMS) 


"T 




NETWORKS 






IT MEANS 


"VAX OFFERS REAL-TIME POWER 


AND EASE OF USE" 




REAL-TIME POWER: 


TUNING FOR PERFORMANCE 

DR780 HIGH PERFORMANCE INTERFACE 

MA780 HIGH SPEED COMMUNICATION 


REMOTE DIAGNOSIS 



REAL-TIME EASE OF USE: 


NEW REAL-TIME SYSTEM FUNCTIONS 
EASY TO WRITE DRIVERS AND DIAGNOSTICS 
EASY TO INTERFACE DEVICES 


TRANSPARENT MULTIPORT MEMORY SUPPORT 



HOW TO FIND MORE DETAILS AT DECUS? 


APPROXIMATELY 50 VAX-RELATED SESSIONS 

OVERVIEW SESSIONS 

- VAX LANGUAGES PANEL 

- VAX/VMS V2.0 FEATURES 

- VAX/VHS V2.0 FIELD TEST PANEL 

- VAX FUTURE DIRECTIONS 

- VAX ARCHITECTURAL DEVELOPMENTS 

- VAX FOR COMMERCIAL USERS PANEL 



HOW TO FIND MORE DETAILS AT DECUS? 


OPTIONAL SOFTWARE PRODUCT SESSIONS 

- VAX BASIC INITIAL EXPERIENCES 

- FEATURES OF COBOL ON VAX 

- INTRODUCING VAX-11 FORTRAN V2 

- FMS FOR VAX 

- DATATRIEVE ON VAX/VMS 

- DECnet WORKSHOP 

- HOW TO TALK'TO VAX USING PASCAL 








WHAT'S HAPPENING IN 


SYSTEM QUALITY ASSURANCE? 





VAX/VMS QUALITY ASSURANCE 


OVERVIEW 

0 DEVELOPMENT PROCESS 

0 j DEVELOPMENT TEST 
0 FIELD TEST 

0 PRODUCT ASSURANCE 

0 USER ENVIRONMENT TEST 

0 PERFORMANCE MEASUREMENT 



VAX/VMS QUALITY ASSURANCE 


DEVELOPMENT PROCESS 


MANAGEMENT 

- PLANNING 

•- INVOLVEMENT 

- CONTROL 

IMPLEMENTATION 

- "BUILD/TEST" CYCLES 


- CHANGE CONTROL 


VAX/VMS QUALITY ASSURANCE 


DEVELOPMENT TEST 

0 SYSTEM BUILT ON ITSELF 

0 IN-HOUSE TEST SYSTEMS 

0 WIDE INTERNAL USE 

0 ENGINEERING NETWORK 



VAX/VMS QUALITY ASSURANCE 


FIELD TEST 

11 TEST SITES,.INTERNAL AND EXTERNAL 

8 MONTH FIELD TEST 

VALIDATES TOTAL SYSTEM IN USER 
ENVIRONMENT 

PROBLEM REPORTING‘system 



VAX/VMS QUALITY ASSURANCE 


PRODUCT ASSURANCE 

NEW FOR VAX/VMS V2.0 

ENSURES A COMPLETE "SYSTEM* 

TESTS INSTALLATION AND USABILITY OF 
VAX/VMS AND ITS OPTIONAL PRODUCTS 



VAX/VMS QUALITY ASSURANCE 


USER ENVIRONMENT TEST PACKAGE (UETP) 


A COMPREHENSIVE TEST TO VALIDATE 
THAT A SYSTEM HAS BEEN INSTALLED 
PROPERLY 

AUTOMATIC AND EASY TO USE 
DOCUMENTED AND SUPPORTED 


PART OF VAX/VMS 






VAX/VMS QUALITY ASSURANCE 




VAX/VMS QUALITY ASSURANCE 


PERFORMANCE MEASUREMENT 


QBJ£C T IVE S 

0 SET USER EXPECTATIONS 

0 HELP USER TAILOR SYSTEMS 


0 


HELP US ENHANCE SYSTEM PERFORMANCE 



VAX/VMS QUALITY ASSURANCE 

PERFORMANCE ACTIVITIES 


0 MODELING 

0 MEASUREMENT 

- REAL-TIME 

- RMS 

- MULTI-USER 

0 ANALYSIS 

- TUNING 





WHAT'S NEW IN 


VAX DOCUMENTATION? 




VAX SOFTWARE DOCUMENTATION 


VAX/VMS VERSION 2-0 DOCUMENTATION 

- 30 MANUALS 

OPTIONAL SOFTWARE DOCUMENTATION 

- USUALLY 2 OR 3 MANUAL PER PRODUCT 



VAX/VMS V2-0 


OVERVIEW OF DOCUMENTATION CHANGES 

ALL EXISTING MANUALS REVISED; 6 NEW MANUALS ADDED 

AIDS FOR THE READER: 

- INDEX TO DOCUMENT SET ‘ 

- NEW ORGANIZATION OF MANUALS 

- "SUMMARY OF TECHNICAL CHANGES" 

SOME TOPICS MOVED TO DIFFERENT MANUALS 






VAX/VMS V2.0 


NEW MANUALS 

0 REAL-TIME USER'S GUIDE 

0 GUIDE TO USING COMMAND PROCEDURES 

0 UTILITIES REFERENCE MANUAL 

0 PATCH UTILITY REFERENCE MANUAL 

0 SYSTEM DUMP ANALYZER REFERENCE MANUAL 

0 EDT EDITOR REFERENCE MANUAL 



VAX/Vns V2-0 


MANUAL TITLE CHANGES 


VAX-11 INFORMATION DIRECTORY AND INDEX 
VAX/VMS SUMMARY DESCRIPTION AND GLOSSARY 



VAX/VMS V2.0 


CHANGES TO SELECTED MANUALS 

SYSTEM MANAGER'S GUIDE 

SYSTEM SERVICES REFERENCE MANUAL 

I/O USER'S GUIDE 

LINKER REFERENCE MANUAL 

SYMBOLIC DEBUGGER REFERENCE MANUAL 

GUIDE TO WRITING A DEVICE DRIVER 


RMS MANUALS 




WHAT'S HAPPENING IN 


VAX SERVICES? 




VAX WORKS 



SUPPORT FOR FIELD SPECIALISTS 

TELEPHONE SUPPORT ("HOTLINE) 

INFORMATION FOR SPECIALISTS 

SYSTEM SEMINAR 


UPDATE SEMINARS 




HELP TO ENSURE THE QUALITY OF THE NEXT RELEASE 


- TEST NEW FEATURES 

- CHECK "BUGS" FIXED IN NEW RELEASE 

- REVIEW PROBLEM AREAS FROM PREVIOUS RELEASES 

- REVIEW DOCUMENTATION FOR NEW RELEASE 



PROVIDE INPUT TO SOFTWARE DEVELOPMENT 


COMPONENTS WHICH DON'T WORK 

AREAS WHICH NEED IMPROVEMENT 


FEATURES WHICH ARE NEEDED 



NEW 

FROM 


EDUCATIONAL SERVICES 



o 






EDUCATIONAL SERVICES 


NEW COURSES - SOFTWARE 
NEW COURSES - HARDWARE 
NEW LOCATIONS 
NEW MEDIA 



SOFTWARE 

























NEW COURSES - HARDWARE 


% 




ENGMHfi 

TCdMIOM 


OtAGNOSTK LEVEL 


LEVfi 




AOVANCEO 

MAmTDUMCf 


MmOOUCtiON 

TO 

wMiCOiiPurfM 




lieL At Air 











NEW LOCATIONS 


BEDFORD 
LANHAM 
LOS ANGELES 
NEW YORK 
ROLLING MEADOWS 


SANTA CLARA 




NEW MEDIA 


0 SELF PACED COURSES 

- VMS UTILITIES AND COMANDS 

- PROGRAMMING VMS IN VAX-11 

- PROGRAMMING V»AS IN VAX-11 

- EDT CAI 


COBOL 

BASIC 









WHAT'S HAPPENING IN 


VAX PERFORMANCE MEASUREMENT? 





PERFORMANCE 


EXTENSIVE PERFORMANCE TESTING IN 
MULTI-USER ENVIRONMENT 

CUSTOMERS DO NOT RUN STAND-ALONE SYSTEMS 

WE OPTIMIZE ON MULTI-USER SYSTEM PERFORMANCE 

RESULTS ARE ENVIRONMENT DEPENDENT 

TESTING ACCOMPLISHED THROUGH A REMOTE 
TERMINAL EMULATOR 



REMOTE TERMINAL EMUUTOR 


0 IMPLEMENTED ON ANOTHER CPU 

0 EMUUTES TIMESHARING USERS 

0 - EACH TERMINAL REPRESENTED BY A SCRIPT 

OF COMMANDS 

- DIFFERENT TYPES OF USERS CAN BE 
REPRESENTED BY CHANGING SCRIPTS 
(COMMAND TYPE AND SEQUENCE. TYPING RATE. 
THINK TIME) 


0 


TESTING IS REPEATABLE 




PERFORMANCE 


THREE ENVIRONMENTS TESTED 

- EDUCATIONAL TIMESHARING 
ENGINEERING/SCIENTIFIC TIMESHARING 

- COMMERCIAL ENVIRONMENT 

FIELD TEST SOFTWARE USED FOR TESTING 


REASONABLE SYSTEM TUNING PERFORMED 



CONFIGURATIONS 


EDUCATIONAL AND ENGINEERING/SCIENTIFIC TIMESHARING 



I miSGAfeVre 




3 m^&Aflwre 
^ meoABnrB 





EDUCATIONAL TIMESHARING WORKLOAD 


BATCHSTREAM: 
SCRIPT 1: 
SCRIPT 2: 
SCRIPT 3: 


ADMINISTRATIVE PROCESSING 
INTERACTIVE ADMINISTRATIVE FILE UPDATING 
INSTRUCTIONAL PROGRAM DEVELOPMENT 
EXECUTION OF COMPUTATIONAL PROGRAMS 


0 USES COBOL. BASIC AND FORTRAN 
0 RUN FOR MULTIPLES OF 8 USERS 



EDUCATIONAL TIMESHARING WORKLOAD 


TEST #1 

# USERS TYPE _ THINK TIME TYPING RATE OUTPUT RATE 


5 

INSTRUCTIONAL 

10 SEC. 

3 CPS 

1200 BAUD 

2 

ADMINISTRATIVE 

5 SEC. 

5 CPS 

1200 BAUD 

1 

COMPUTATIONAL 

10 SEC. 

3 CPS 

1200 BAUD 


0 REPLICATION OF THIS GROUP OF 8 USERS 
PRODUCES HIGHER INTERACTIVE LO*ADS 

0 SINGLE BATCH STREAM RUN WITH ALL TESTS 






EDUCATIONAL TIMESHARING MORKLOAD 

/ 


TEST #1 


(*meq I 
<*/)»>£ ig. I 
I 
I 

H meg I 
c-onfig. I 
I 

3 meg I 
c«nf Ig.l 
» 

3 meg I 
config.I 
I 

1 "mg I 
config.l 



• tf««rg Supported 

(Batch atraaa running coneurrantly) 




EDUCATIONAL TIMESHARING WORKLOAD 


test #1 COMPARISON WITH VAX/VMS VI.5 


CONFIGURATION 

yiii 

y2^ 

1 MEGABYTE/I DISK 

16 USERS 

1 

20 USERS 

2 MEGABYTE/2 DISK 

32 USERS 

44 USERS 





EDUCATIONAL TIMESHARING WORKLOAD 


TEST #2 


# USERS 

TYPE 

THINK TIME 

TYPING RATE 

OUTPUT RATE 

5 

INSTRUCTIONAL 

16 SEC. 

2 CPS 

1200 BAUD 

2 

ADMINISTRATIVE 

8 SEC. 

3 CPS 

1200 BAUD 

1 

COMPUTATIONAL 

15 SEC. 

2 CPS 

1200 BAUD 


0 8 USER GROUPS REPLICATED 

0 BATCH STREAM RUN CONCURRENTLY 


EDUCATIONAL TIMESHARING WORKLOAD 

/ 

TEST #2 


^ meg | 
Cbnfig. I 

fmeg I 
coiif ig. I 

jmeg I 
£.on£ ig. I 

3 meg i 
toTit ig* I 

Imeg i 
eonf ig.l 
I 



20-T5-^'-13- m 

I Users Supported 

(Bstchi stream running eoneurrently) 




ENGINEERING/SCIENTIFIC TIMESHARING WORKLOAD 


# USERS ACTIVITY ' 

1 EDITING FORTRAN 

1 EDITING TEXT FILE 

2 FORTRAN COftPILES 

2 CREATE DATA FILE; COMPILE. LINK 

AND RUN FORTRAN PROGRAM 

1 create; edit, compile, link and run 

(SEVERAL TIMES) FORTRAN LINEAR PROGRAMMING 
PROGRAM 

2 CREATE. EDIT. COMPILE. LINK 

PROGRAMS (1 BASIC. 1 COBOL USER) 



ENGINEERING/SCIENTIFIC TIMESHARING WORKLOAD 


TYPING RATE = 

THINK TIME = 


5 CPS 

10 SEC. 


OUTPUT RATE = 2400 BAUD 




EM6IMEERIM6/SCIEMTIFIC TIMESHARING WORKLOAD 


1 meq | 
c»nfi9.1 

4 ■•q I 

config. I 

3 meg I 
eenfig. I 

2 meg I 
eenfig. I 

1 Beg I 
eonf ig.l 



lo 


TV 


IT-CT- 

t Users Supported 


ITT 




CONFIGURATIONS COMMERCIAL ENVIRONMENT 



1/2 MEGABYTE 

1 MEGABYTE 

2 MEGABYTE 

3 MEGABYTE 

4 MEGABYTE 



i 

> 







¥ 


t 



PURCHASE ORDER SYSTEM 


4 COBOL APPLICATION PROGRAMS AND DATA 
BASE OF 5 FILES 


CONSISTS OF FILE MANAGEMENT PROCESSING. 
ARITHMETIC PROCESS. AND DATA HOVE 



PURCHASE ORDER SYSTEM 


# USERS ACTIVITY _ THINK TIME TYPING RATE OUTPUT 


2 

CUSTOMER INQUIRY/UPDATE 

10 SEC. 

A CPS 

105 CHAR 

2 

STOCK INQUIRY/UPDATE 

10 SEC. 

4 CPS 

80 CHAR 

1 

ORDER ENTRY 

10 SEC. 

4 CPS 

500 CHAR 
MAX. 

2 

DATA ENTRY 

2 SEC. 

5 CPS 

N/A 

1 

FILE EDITING 

10 SEC. 

3 CPS 



0 RUN FOR MULTIPLES OF 8 USERS 


0 


BATCH STREAM RUN CONCURRENTLY 








